Flexnet and Flexnet Node Construction 
By Ken Goetz, N2SQW 


To paraphrase a famous quotation, “The reports of the death of packet have been greatly 
exaggerated”. At least that is the case with packet here in the northeast part of the 
country. Some operators seem to feel that the Internet and email have taken away the 
need for a messaging system like packet radio. This could not be further from the truth, 
especially in times when emergency communication is required. After all, amateur radio 
has a rich history in providing emergency communications when other systems have 
either failed or are overloaded, and packet radio is a valuable tool for this purpose. Packet 
radio can easily be operated from portable stations in times of power or phone outages. 
With the error checking capabilities of packet combined with a robust routing system, 
packet is an excellent method of emergency communications. With this in mind, many 
packet nodes in the northeast have converted to a new packet routing system. That system 
is FlexNet. 


Brief Description and History 


Flexnet is a packet routing system that has been in existence since the late 1980’s. The 
initial development of Flexnet was in Germany, with the work done by Gunter Jost, 
DK7WJ, and the Rhein-Main Packet Radio Group. The modular driver concept for the 
PC version of Flexnet was originally developed by Camile Roch, VE2SO, in Quebec 
Canada, and in 1994 completed with help from Florian Radherr, DL8MBT. (Florian 
Radherr is also the author of the widely used Baycom packet software). The driving 
forces behind Flexnet in the northeastern USA have been people like John Papson, 
WB2CIK, and Bob Anderson, K2BJG. It is through the efforts of these dedicated hams 
and the others they are working with that the Flexnet system has shown the fantastic 
growth that it has. The sysop manual for Flexnet, written by Gunter Jost, DK 7WJ, holds a 
vast amount of information regarding the capabilities of both RMNC/Flexnet and 
PC/Flexnet. Although the construction of a FlexNet node is not difficult, I strongly advise 
anyone interested in setting up a node to read the manual before proceeding with node 
construction. 


One of the advantages with Flexnet is that most of the connection parameters which are 
set as fixed values with other packet routing systems are adaptively changing in FlexNet. 
This means that with parameters changing based upon system traffic and node reliability, 
throughput is vastly increased. This is all adaptively done, without any intervention 
required by the sysop. Also, on a Flexnet system, nodes are constantly polling neighbor 
nodes. This periodic testing of each link happens about every four minutes. By doing this, 
the best path between endpoints is always chosen. All of this is done with complete 
transparency to the user! There have even been times where a midpoint node has gone off 
the air, and due to the adaptive re-routing capabilities of Flexnet, several weeks have 
gone by before it was even realized that the node was no longer there! The system will 
automatically route around a failed path, regardless of the number of hops it takes. 
Obviously, for this kind of capability to exist, multiple, redundant paths must exist. 


Flexnet will only get better as time goes on and the system grows. Growth of the Flexnet 
system will mean faster throughput, and faster throughput may entice more users to the 
system, with even more nodes converted to Flexnet. One of the other advantages of 
Flexnet is the ease of any reconfiguring of a user port or link. There is no longer a need to 
program specific parameters and callsigns in each EPROM for every port assignment. All 
EPROMS used with Flexnet are programmed with exactly the same firmware, called 
6pack. There is also no need to use the UV erasable type of EPROMs for Flexnet. 
Inexpensive one time program (windowless) eproms can be used for 6 pack. The required 
EPROM for FlexNet is only 256k. Callsigns and all operating parameters are loaded from 
the computer each time the program is run, and can easily be changed from within the 
Flexnet software. 


Regardless of how robust or how fast a path is, all of this is of no use unless the end user 
can be certain that the path is there when it is needed. This is especially vital if any form 
of packet radio is to be used for emergency communications. It does not do anyone any 
good to have a large node list shown, only to sit there and “watch the blinking cursor” 
while the connection fails. With Flexnet, if a node is shown on the “Destination” list 
(similar to the “nodes” list with “TheNet’’), you can be sure you can connect to this node. 
If the round trip time for the node starts to get too high, Flexnet will automatically send 
the packet routing via an alternate, and faster, path. If there is a failed node, the node-to- 
node polling will discover this and the Flexnet node will no longer appear on the 
destination list. When the Flexnet node again becomes available, it will reappear on the 
destination list. This updating happens at least every four minutes. This means that there 
is nO more time spent waiting to connect to a node, only later to get a message of a node 
failure. When I was first introduced to Flexnet, I wondered why someone was trying to 
“reinvent the wheel”. We already had TheNet in prevalence in the northeast. After seeing 
Flexnet in operation, I saw that it was the next generation in packet routing. 


Hardware considerations 


One of the complaints often heard about Flexnet is that a computer is required at every 
Flexnet node. I do not see this as a problem at all since Flexnet requires very little in 
computing power. While Flexnet is capable of operating on a simple XT or AT computer, 
I advise that a 386 or later PC be used. With the 386 (and beyond) generation of 
computers you have the capability of using a memory manager to allow DOS and other 
portions of the program to be loaded into high memory. In addition to this, the older 
computers were using MFM and RLL hard drives. The newer drives generally found on 
386 and newer computers will be the more reliable IDE hard drives. While I have been 
fortunate to have some older Pentium 75 and Pentium 90 computers available, most 
Flexnet locations are running 386s and 486s. Even a 386SX-20 will work for a small 
node site with up to four 1200-baud ports. 486DX-66’s are supporting large nodes with 
up to nine ports, many of which are 9600 baud or even 19.2kbs. Only 2 MB of RAM is 
needed for a node only application, just enough to load DOS and a few FlexNet drivers 
into high memory. A 486 with 8 MB of RAM works fine running up to four ports plus an 
FBB BBS! 


The operating system discussed here for use with Flexnet is DOS. While Flexnet can be 
done under Windows, the node version of FlexNet, which is what this article is about, 
requires DOS as the operating system. The DOS operating system should be MS-DOS 
6.22. While other versions of DOS may work, MS-DOS 6.22 has been the standard in 
most Flexnet systems, and is known to work well. Some trouble has been reported with 
the use of MS-DOS 5.0 and Flexnet. 


The number of comm ports required for the node under construction will depend on the 
number of links in the node. With Flexnet, a diode matrix board is no longer needed at 
the node site. In place of the matrix board, every link is connected to a separate comm 
port on the computer. It is possible to configure FlexNet on a single comm port in a 
daisy-chain fashion, but this will make any system troubleshooting very difficult to 
accomplish. In a daisy-chained system, the failure of a single TNC at the node site will 
cause the entire node chain to fail. This is most certainly not a situation you want to be in, 
especially if the packet system is to be used for any emergency traffic. Also, the daisy 
chain Flexnet configuration requires non-standard cables between the TNCs. Keep in 
mind, however, that FlexNet will operate in this configuration, although it is preferable to 
configure the node with a separate com port for every TNC. The following diagram 
shows a FlexNet node configured on a single com port. 


See Diagram 1. 


With the relatively low cost of adding additional comm ports, it is highly advised to set 
up FlexNet with a different comm port for each link. When you are adding additional 
ports to a computer, the SHG serial port card has been found to operate well. There are 
several varieties of boards available to add additional com ports. The SUG board I have 
been using is available for under $40 for the two port version, and under $70 for the four 
port version. Each SIIG board comes equipped with 2 serial ports, with the capability to 
add two additional ports to the card. Other serial port boards will probably work as well, 
but I have not tried them. If you decide to use a board other than the SIIG board, be 
aware that some four port boards only allow you to create addresses of com 1 through 
com 4. The SHG boards allow a full choice of ports and IRQ addresses (com ports 1 
through 12, as well as a choice of IRQs), making these boards a good choice. When 
making the serial port assignments, be careful with the use of com 3 and com 4, since 
these ports use the same interrupts as com | and com 2. Each port must have it’s own 
interrupt. In addition to this, be careful when using a motherboard with on board RS-232 
ports and a SIIG card for additional ports. Do not use the standard com 1 through com 4 
ports on the SHG board. By not using com | through com 4 on the SIIG board you will 
avoid any potential port conflicts. Start the SIIG board with com 5. Another point to 
watch is regarding the type of UART chip that is in use for the com port. Some older 
computers used an 8250 UART, while most new computers use the 16550 UART. While 
the 8250 UART will work fine for 1200 baud links, the 16550 UART is required for all 
links of 9600 baud or higher. The SIIG boards all have the 16550 UART in place. With 
the use of a multiport serial card, standard serial cables are used to connect each TNC to 
the computer. There is no need to make any custom cables. 

See Diagram 2. 


I suggest building FlexNet nodes using TAPR2 compatible TNCs, such as the PacComm 
Tiny 2. (It is also possible to create a FlexNet node with the use of a YAMM modem, 
DRSI cards, or Baycom units). The 6PACK EPROM that is used for FlexNet will only 
operate in a “standard” type modem that uses the Z-80 microprocessor. For this reason, 
FlexNet will not operate with any of the non Z-80 modems such as the Kantronics and 
AEA modems (except for the AEA PK-80). Please remember that this only applies to the 
modems used in the node, and not the TNC used in the home operator’s station. 


Two of the nodes I currently have PC/FlexNet runs completely in the background as a 
“terminate and stay resident”, or TSR program. This means that if the computer has 
enough memory present, other applications can run simultaneously with PC/Flexnet. 
running are also running FBB bulletin boards on them. These particular computers are 
both Pentium 90 computers with 4 MB of RAM. Many times, computers of this type can 
either be obtained for free, or are available at extremely low cost at hamfests and 
computer shows and flea markets. As was stated before, the computer requirement for 
FlexNet is very simple. 


Both of the nodes I am currently running have been in operation for over two years. 
Neither node has experienced any software-related problems in the entire operational 
time. The only problem experienced at all was a single display related problem at one of 
the sites! Many other nodes have been operating flawlessly for longer periods of time 
then this. However, regardless of how reliable a system is, be sure to keep backup files of 
all of your work. While this may seem obvious, it is certainly good practice with all 
computer programs and is quite often overlooked. All of the files for a FlexNet node will 
fit on a single floppy disk. You can almost guarantee that the only system that will ever 
crash is the one you do not have any backup files for. 


Installing the FlexNet Software 
Operating System 


First, install the operating system. In order to run the “node” version of FlexNet, you 
MUST use the DOS operating system. There is a Windows version of FlexNet available, 
but the Windows version will not allow the operation of FLEXDIGI.exe, which is 
required for all node applications. To insure that no programs exist that will cause any 
conflict with the FlexNet program, it is a good idea that the hard drive be reformatted, 
low level with FDISK and high level with FORMAT. Following this, install your 
operating system (preferably DOS 6.22). It is also a good idea for the sysop to install a 
program such as Norton Commander, Xtree Gold, or QDOS (or whatever else the sysop 
is comfortable with) to allow easy manipulation of files on site in the future. 


All of the instructions that follow will assume that Flexnet is being installed for node use 
with DOS as the operating system. The files to run Flexnet take up a very small amount 
of hard drive space. Be sure when configuring your autoexec.bat file that you add the 
statement ;c.\flexnet to the path statement in the autoexec.bat file. In addition to this, a 


new statement must be added. This is set flexnet=c. \flexnet\fpr. While some variations of 
the autoexec.bat and config.sys files I am using will certainly work, my files are 
presented here as a starting reference point. 


Autoexec.bat 


@echo off 

prompt $p$g 

path c.\;c:\dos;c:\flexnet 

set temp=c: \dos 

set flexnet=c.flexnet\fpr 

call flx*** bat (put the name of your batch file here. My Albany,NY file would be 
fixalb. bat) 


Config.sys 
Device=c: \dos\himem.sys 
Device=c: \dos\emm386.exe noems 
Dos=high,umb 
Files=30 
Buffers=40 
Stacks=0,0 


Directory Structure 


All PC/Flexnet files must be copied into a directory in the DOS search path. This 
directory should be called Flexnet, and is placed in the C root directory. Within this 
Flexnet directory, sub-directories called FPR and DOC should be created. When you 
install the flexnet files, all files ending with .fpr must be placed in the FPR directory. All 
other files, with the exception of .doc files, should go in the C:\flexnet directory. The .doc 
files should go in the DOC subdirectory, for the convenience of the sysop. The DOC 
subdirectory is a good place to keep additional text files for reference by the sysops. 
Since Flexnet tends to run for very long periods of time without any sysop intervention, it 
is a good idea to keep a running document for notes of any changes that are done on the 
node. An example of the directory structure is as follows: 


C:\ 

C:\DOS 
C:\FLEXNET 
C:\FLEXNET\DOC 
C:\FLEXNET\FPR 


FlexNet Batch File 


A batch file must be created to start PC/Flexnet. The first file to load from the batch file 
must be Flexnet.exe, followed by Flexdigi.exe. Following this, the L1 drivers must be 


loaded in order. Finally, the modules are activated by the utility Flex, after which no 
additional port drivers can be added. This loading sequence can be seen in the sample 
batch file shown here. The use of the rem statement in front of the explanatory lines 
removes the line from the operation of the program and makes it easy to keep track of 
what each line in the batch file is doing. Through this, you can easily reconfigure the file 
for the node being built. When setting up the batch file, don’t be afraid to put notes and 
comments regarding your file structure after the rem line. This will make later software 
changes or troubleshooting much easier. This is especially true if you are building nodes 
for multiple sites. 


An optional parameter telling Flexnet the amount of RAM to allocate exists. The default 
amount is only 15kb. Some FlexNet reports claim FlexNet runs best when approximately 
30kb per port plus an additional 20kb for overhead is allocated. For example, the 
command line /h flexnet 133 will allocate 133kb of RAM and load Flexnet into high 
memory. However, some sysops have experienced problems with allocations of too much 
RAM to FlexNet. Too much memory set aside for FlexNet will cause BCT (Baycom 
Terminal program) to generate scrambled screens. It appears that FlexNet never uses 
above 133kB of memory. For this reason, 133 KB appears to be a good, and safe, 
maximum setting. 


When loading the port modules, use the lh (load high) command. If there is not sufficient 
high memory available, the file will be loaded into conventional memory and no harm 
will be done. 


If the command flex /u is run, all L1 drivers as well as flexnet.exe will be removed from 
memory. 


**** Appendix | originally appeared here**** 
**** Appendix 2 originally appeared here**** 
Initial FlexNet Startup 


Either the TNC.exe or the BCT.exe file is used locally to set the node parameters. Either 
file will work equally well when setting up a FlexNet node. However, if the non-node (no 
Flexdigi.exe) version of FlexNet is used, BCT.exe can not be used. 


The TNC emulator program tnc.exe is the program I use to connect to a node being 
configured. After running TNC.exe, a help file is available by typing <esc> H <enter>. 
This will give a brief help menu. To connect to the node, type <esc> C <enter>. All 
commands used with this application require the escape key to be used prior to the 
command being given. Once connected to the node, the node parameters can be read 
from the flx***.cfg file, and entered into the software. I have found it helpful to have a 


printed copy of the flx***.cfg file available when setting up a node. This way, parameters 
can be checked off as they are set. 

For those of you familiar with the Baycom terminal use, the program bct.exe can be used 
in place of tnc.exe to set up the node parameters. 


FlexNet Documentation 


The files in the <doc> directory are for the assistance of the sysop, and not required for 
the operation of the program. 


The <doc> directory should contain the following files: 

Flxsysop.txt This is the full sysop manual. (Note: References to RMNC version of 
FlexNet should be ignored, as some commands differ slightly for the PC version of 
program.) 

Fix*** cfg This is a copy of all of the configuration items. 

Changes.txt This file is used to keep a text record of any changes made on the node. This 
can be of great value if any troubleshooting is required. 


**** Appendix 3 originally appeared here**** 
FlexNet Text (.fpr) Files 


The </pr> directory should contain the following files: 
A.fpr 

B.fpr 

C.fpr 

Flexnet.fpr 

Hfpr 

I fpr 

L.fpr 

MBE. fpr 

Sfpr 


The A.fpr file is a hand built containing information on the various nodes that can be 
connected to. This file must be maintained by the sysop. One of the arguments many 
operators have regarding FlexNet is that alias names are not allowed, thus making it 
difficult to tell where a node is located. The A.fpr file takes care of this by listing the 
callsign, location, and other information about the various nodes. It is important for the 
sysop to keep this file updated. Keeping a printed copy of this file at a user terminal can 
also be very handy. This file can become several pages long. Since every FlexNet node in 
an area lists all the same destinations in the 4.fpr file, whenever the file is updated Sysops 
can simply copy the latest listing to their own node from a neighbor. Please be sure to 
include a date on the top of your file. 


**** Appendix 4 originally appeared here**** 


The B.fpr file is a hand built file where your beacon text file goes. The file used at the 
FC2FTD node is as follows: 


10 0 FlxNet: NYS RACES, STATE EMERGENCY MANAGEMENT OFFICE, Albany, 
NY [FN32cq]# 
30 0 FixNet: C KC2FTD for FlexNode, or C KC2FTD-4 for SEMO PBBS# 


Unless dictated by an extreme circumstance, any beacon text should be kept to a 
reasonably short length. 


The C,fpr file is a hand built file containing the information a user receives when either 
when connecting via the local user port or the backbone. The following file is an example 
of the connect text at the KC2FTD node. 


Welcome to the KC2FTD RACES Flexnet-Digi located at the 

New York State Emergency Management Office, Albany, NY [FN32cq] 
serving the State Capitol District, Albany County, NY 

<LO> for local and additional info. 


Flexnet.fpr is an automatically built machine language file. Absolutely do not attempt to 
edit this file! 


L.fpr file is a hand built file used for additional information to be given to a user when 
connecting via the local user port. When this file is used, and a user connects via the local 
user port, the contents of the C.fpr file is given as well as any information found in the 
L.fpr file. This is a good place for a very simple help file, since the users that arrived via 
the backbone have probably seen a similar file when they connected to their local node. 
Here is an example of the L.fpr file at the KC2FTD flexnet node. 


<M> or <C KC2FTD-4> to connect to the SEMO:KC2FTD Packet Bulletin Board. 


The NY SEMO PBBS is not a general use PBBS. Its use is limited to 
communications relating to New York State RACES and Emergency communications. 


<D> for available Destinations and <A> for info on Destination calls. 
<H> for Command Summary and Command Explanations in detail. 
<I> for System and Additional Information. 

<Q> to Quit. 


Hfpr file is a hand built file that contains the user help. It is probably best for the sysop 
to start with the complete help file and modify it as required. For example, the sysop may 
not wish to list “sysop only” commands in the help file, since a user on the system will 
not require these commands. 


**** Appendix 5 originally appeared here**** 


The I.fpr file contains any supplemental information the sysop wishes to provide the user. 
This can be information about the various links on the node, contact information for the 
sysop, or any other information the sysop finds pertinent. Here is an example of the I.fpr 
file at the KC2FTD node. 


Node info: This Flexnode KC2FTD is operating on a Pentium 

PC currently supporting 3 channels. This will be expanded to 5 channels in the near 
future. 

Call: KC2FTD 

SSID Range 0 to 14 

Channel 0 KC2FTD-2 to Users on 145.09 MHz. 1k2 


Channel I SCR96 Region Repeater Channel 448.125 MHz. 9k6 
Channel 15 to SEMO PBBS KC2FTD-4 


38 OK 28 OK OK 


Sponsor: New York State Emergency Management Office 


Albany, NY 
Sysop Kenneth L. Goetz, N2SOW Phone: 518-457-9938 
P.O. Box 426 PBBS : N2SQW @ 
N2SOW.#ENY.NY.USA.NOAM 
Cairo, NY 12413 Internet: ken.goetz@semo.state.ny.us 


Getting the Software 


Flexnet software is available from the main Flexnet site at Darmstadt University, as well 
as others. There is no charge for the software. The software license requires that it MUST 
be used ONLY for AMATEUR RADIO. 


The Flexdigi.exe module which is required for node operation can be obtained on the web 
from the Darmstadt site, where you will be asked to register it’s use with the software 
author. In addition to this, any neighboring sysop is permitted to pass a copy on to 
another Radio Amateur. Even if you receive the software from another sysop, please take 
the time to register its use with the main FlexNet site. This allows the FlexNet developers 
to keep track of the spread of the FlexNet program. 

At first look, the construction of a Flexnet node, or the conversion from TheNet to 
Flexnet, can seem like a very intimidating task. However, it is not that difficult, and the 
increase in performance is by far worth the work to change to Flexnet. There are many 
sysops willing to help with this construction, since the true value of FlexNet can only be 
realized with many nodes converting to FlexNet, and the redundant paths that are created. 


A large amount of additional information, as well as the program files, is available at the 
main Flexnet web site, 

Http://www.afthd.tu-darmstadt.de/~flexnet, 

as well as the Northeast Flexnet site maintained by Jon Andrews KIIMD and John 
Papson, WB2CIK, http: //www.northeastflexnet.org 


Good luck with your FlexNet node construction. de N2SQW... 


Notes: 

1. 256k EPROMS are available from Newark Electronics, Digi-Key, and most other 
electronic supply dealers. 

2. If you do not have the facility to program the EPROM, the author will program a 
limited number of EPROMS at no charge if shipped with return postage. 

3. If you have difficulty in obtaining the FlexNet program files, the author will either 
email a set or mail a set if a self-addressed envelope and floppy disk is provided. 

4. The SIIG com port boards are available from most large computer supply stores. A 
partial list of vendors selling this product is available at the SSIG web page, 


www.SIIG.com 


Biography: 

I live in Cairo, New York with my wife Joan and daughters Erika (KC2DMI) and Kristin. 
I hold an extra class license, and enjoy Dxing and contesting. I work for the New York 
State Emergency Management Office where I am a senior natural disaster/civil defense 
technician as well as the New York State RACES radio officer. 


Appendix 1 


The following is a copy of my Flxalb.bat file used at the FC2FTD flexnode in Albany, 
New York. The flex /u line is used to make sure that Flexnet is completely unloaded prior 
to the program being restarted. This way, you can be sure that Flexnet is always being 
installed “clean”, rather than being copied over an existing version already in memory. 


@echo off 
rem for KC2FTD, SEMO, Albany, NY 


rem by N2SOW revised 04/12/00 
cd\flexnet 


rem FlexNet starter & unloader. Usage: flex or flex /u 
flex /u 


10 


rem Load (Must load Ist!) Flexnet & allocate RAM. Default: 15kb 
rem Usage: FlexNet [(worksize)] 

rem Start with 30kb/port + 20kb then adjust as necessary. 

lh flexnet 133 


rem Load flexnet node module. 
lh flexdigi.exe 


rem Load LI channel drivers in desired channel number sequence 0 thru 15: 
rem Port numbers of channel drivers are allocated in ascending order. 


rem Load FlexNet KISS Driver 
rem Usage: KISS [Com number 1..4] [/p=(port address)] [i=(interrupt)] 
rem Default: COMI 


rem Load FlexNet 6PACK Drivers 

rem Usage: 6PACK [Com number 1..4] [/p=(port address)] [/i=(interrupt)] 
rem [/b=(async baudrate)] [/c=[channel number] 

rem Defaults: COMI / 19200 baud / 1 channel 


rem Note: COM I & 2 on mother board. Check Uart type. 

rem If 8250 use /b=9600. If 16550 use /b={19200 or as fast as the TNC’s RS- 
232 port will go} 

rem The RS-232 speed MUST be a minimum of twice the Radio port speed set on the TNC 


rem Com1, Channel 0, to Local User RF channel 145.09 MHz. 1k2 
lh 6PACK.EXE /p=0x3f8 i=4 /b=19200 /c=1 


rem Com2, Channel 1, to FXNYC regional LAN on 448.125 MHz. 9k6 
lh 6PACK.EXE /p=0x2f8 i=3 /b=19200 /c=1 


rem FlexNet starter & unloader. Usage: flex or flex /u 
flex.exe 


rem FlexNet password setter. Usage: flexpass (password file name) 
flexpass.exe password. txt 


Appendix 2 
FlexNet Files Required 


The following list of files are those that should be in the Flexnet directory for the 
operation of FlexNet: 
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<doc> directory All of the general sysop document should be kept here for reference. 
<fpr> directory This contains the operating parameter files as described later. 
6pack.bin This is the binary image for an EPROM to be installed in a TAPR-2 type 
TNC. 
6pack.exe This is the software driver for the 6PACK interface. 
Bct.exe This starts the Baycomm terminal emulator. 
Calib.exe This turns on the transmitter for the default time of 1 minute. Longer times 
may be chosen as needed. Alternating 1 and 0 is sent as a calibration tone. This is a 
convenient tone to be used when setting the deviation level. 
Conversd.exe (Converse Node) (Chat Node) (Crowd Node) application. 
Dummy.exe Place keeper, to replace a port driver such as 6PACK.exe or KISS.exe (not 
needed). 
Flex.exe This starts the FlexNet kernel. 
Flexdigi.exe This is used with all nodes. It is optional on a pure end point such as a 
BBS or DX cluster. 
Flexnet.exe This loads the FlexNet kernel. The first time it is run it will create a 
parameter file called 

flexnet.fpr. 
Flexpass.exe This is used for the remote sysop access. 
Filx*** bat This is the batch file you create to start PC/FlexNet. 
Fset.exe This file can be used to set the various parameters that are loaded to the 
flexnet.fpr file. (this is only used when Flexdigi.exe is not installed, and thus does not 
apply to a node application). 
Init.bct This contains the setup parameters saved automatically by the Baycomm 
Terminal Program (BCT) 
Killappl.exe This can be used to remove the last loaded TSR program. 
Kiss.exe This is the kiss driver for an interlink between 2 computers with a null modem 
cable. (This is not intended for and will not work properly with a KISS TNC). 
Lpbck.exe This application allows the sysop to backtrack for network testing (normally 
not used). 
Password.txt This is the argument file for the flexpass.exe file. 
Show.exe This is the channel monitor application. 
Stat.exe This is the channel statistic application. 
Tfemu.exe This is the driver link to applications such as F6FBB BBS, using the 
WAS8DED host interface. 
Tnc.exe This is a simple TNC emulator. Use this or BCT.exe locally to set up the node. 


Appendix 3 


A copy of my flxalb.cfg file is given here as an example. This is a simple node currently 
containing one user port on 2 meters, a 70-cm link to a non-flexnet neighbor, and a BBS 
located at the FlexNet node. (In the future, 3 additional 70-cm links are planned for this 
node). While this configuration file is not actually used by the Flexnet program, having it 
written in this manner makes setting up the flexnet.fpr file much easier. The first time 
flexnet.exe is run, an empty parameter file called flexnet.fpr is created. Do not attempt to 
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go into the flexnet.fpr file to make any manual changes. By using the built in TNC 
emulation (7TNC.exe) you can connect to the flexnet node to continue setting the flexnet 
parameters. <esc> C <cr> will connect you to the node. 


Config info for KC2FTD Flexnode node at SEMO, Albany, NY 
by N2SOW 04/12/00 


# Set mycall and ssid range 
MY KC2FTD 0 15 


# Set timeout in minutes 
PI120 


# Set RF Baud, TX Delay, ssid (if any) and links (if any) each channel 


User Channel 
MO 0 1200 
PT300 
PS20 


Link to FXNYC 
MO 1 9600 
PTI51 

PS91 

LI N2SQW 

L 1 WA2UMX-9 @ 
L 1 N2TY-9 @ 


Set Link to BBS 
L 15 KC2FTD-4 @ 


Set BBS call for <M>ailbox command 
M KC2FTD-4 


OK 24s 28 ig 2g 2k 24g 2S 24 28 ik 2k Ik 24g 2k 24 2k ais 2k os 24g of 24s 2s is 2k os 2 2 2 2 2k 


Syntax is: 

(MO)de (port number) (HDLC {radio port} speed) 

(P)ort T(xd) (10 mS units) (port number) {use 15 as a starting point for 9600 links, 30 for 
1200 links} 

(P)ort (S)sid (SSID number) (port number) {no SSID set on pure FlexNet to FlexNet 
backbone ports} 

(L)ink (port number) (callsign, ssid optional see below) ( blank, @, $) 

SSID's not used on pure FlexNet to FlexNet links, 

User and non FlexNet links need an SSID. 
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Suffix: Blank for a pure FlexNet to FlexNet link, 
@ for anon FlexNet link that will be periodically tested 
$ for anon FlexNet link that will NOT be periodically tested 
U for a user port, with the automatic disconnect if user TXD is too long. 


Appendix 4 


Below is a shortened example of the A.fpr file at the KC2FTD node. 
FlexNet Network Destinations in the USA North Eastern States area. (last updated 27 
August 2001) 


Flexnodes: 

call ssid user notes area location 

# 

KIDF 0-14 ------ BBS=WA2YSM ENY Poughkeepsie, Dutchess 
Cty, NY 

KIIMD 2-7 144.9] ELI Jamesport, Suffolk Cty, NY 


KIMEA 0-5 0 144.99 -4=BBS-1=NOS WMA Easthampton, Hampshire 
Cty, MA 

KIUOL 2-15 ~— 145.03 -4=BBS-0=WL WCT Bethel, Fairfield County, 
Cr 


K2BJG 2-7 0 wna sna-4=BBS-8=NOS NEJ Oakland, Bergen County, 
NJ 
K2PUT 0-15 145.61 -4=BBS ENY Mt Ninham, Carmel, 


Putnam Cty, NY 


KALYIOQ 0-15 441.05  -4=wbIcqo bbs SCT Norwalk, Fairfield 
County, CT 


K2UL 0-15 145.07 = -4=BBS SNJ Hamilton Square, Mercer 
Cty, NJ 

KA2MSL 2-7 ~=—145.07_ —_ -0=BBS ENY Newburgh, Orange 
County, NY 

KA2MSL 8-15 _ ------ -0=BBS ENY New Windsor, Orange 
County, NY 


KB2VLX = 0-15. 145.51 -4=BBS-1=NOS NYC East Bronx County, NY 
KC2COJ. 0-15——-145.05 -4=BBS-1=NOS NYC Far Rockaway, Queens 
County, NY 

KC2FTD 0-14 ~— 145.09 -4=BBS ENY SEMO, Albany, NY 
K3YTL 0-15 145.05 BBS=WA3LWR-4 NEPA Wilkes-Barre, Luzerne 
Cty, PA 

* Under Construction/Testing 


Flexnode neighbors: 
call ssid user fx neighbor area location 
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#t 


KIDO 3-3 
KIDO — 12-12 
KIEIC 12-12 
cT 

KIMEA _ 6-6 
County, MA 
K2ADJ 1-1 


Burlingtonm Cty, NJ 
K2APL ~~ 12-12 ? 


NY 

K2KJC 2-2 

Cty, NY 

K2LSX 14-14 
KA2UGQ _ 3-3 
County, NJ 


Appendix 5 


144.9] to wb2snn CNI Warren, Somerset Cty, NJ 
144.9] to nsa,sna,snn CNI Warren, Somerset Cty, NJ 
145.09 to wlgb SCT Orange, New Haven Cty, 
145.05 to klmea WMA __— Holyoke, Hampshire 
144.99 to k2ul SNI Edgewater Pk, 


to kb2vlx NYC Briarwood, Queens Cty, 
145.01 to kb2vlx NYC Manhattan, New York 
145.03 to zii & cik NEJ Alpine, Bergen Cty, NJ 
145.01 to wa2sna CNJ Berkeley Hts. Union 


Here is a copy of the complete help file: 


User Command Summary, Detail Explanations below: 


User Commands 


/w - 
wn - 
ie - 
/con - 
/s call text 
/q - 

C call (v) (digi) 

D(*) (call) - 

F (call) 


Statements inside () are optional. 
display text “Info on Destinations Calls” 
display beacon file 
start conversation mode 
list node users 
list convers users on channel n 
display convers channel number 
switch to channel n 
send private message to user 
quit conversation mode 
- connect further on 
display destination table, path to destination 
- FIND command, look for (call) 
display this help file 
display info file 
display interlink information 
Display Local text information 
connect next BBS 
- display heard list (selectively) 
display Mycall and SSID range 
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P - display parameters and statistics 


QO - quit, end of connection 
T (call) (text) - send text to other users 
U (*) (port/”-“) - display user table (selectively) 


Detailed Command Explanations: 


<A>kteull: It's a German expression for "Latest News". 
Used for info on Destination Calls. 


<B>eacon: Sysop only command, to upload beacon text. 
<C>onference: Works like any other conference bridge. 
/c = channel 
/c <number> = change to channel <number> 
/w = who's on 


/w <number> = who's on channel <number> 
/q =quit 


<C>onnect: Usage: "C UserCallSign V Digi" ifuser is a frequent user 
of the FlexNet Network or another Digi. 
i.e.: C N2SOW V KC2FTD-2 


FlexNet will remember the way back to the last 200 
user stations that have passed through this Digi. 


FlexNet knows the way to all Digi's in the <D *> table, 
regardless how many radio hops away. 


Otherwise: "C UserCallSign V IstDigi LastDigi" using the 
Ist Digi call where the user is know to be listening. 


i.e.: CN2PKB V KC2FTD-2 N2SQW-7 
Additional Info: See <F>ind command. 


<CALIB>rate: sysop only command, sends test signal for one minute on 
specified port. 


<D>estinations: Table maintained by the node of all destinations that 
this Digi knows the way to. 


"D" lists destinations which are adjacent this Digi. 
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"D *" lists all destinations via FlexNet Network. 


Format: {(Callsign) (SSID Range) (Round Trip Time)} 
Lower Round Trip Time's mean better paths's !! 


<F>ind: Attempts to connect to a user by means of a broadcast to all users 
ports on the network. Usage "F UserCallSign", i.e.: "F N2SQW" 


Try it several times, as works on a single ping to user... 
<H>elp: Displays this file. 
<I>nfo: Displays information file about this node. 


<L>inks: Displays link table. As a sysop, command to configure a link. 
"L *" displays each link with "RoundTripTime" history. 


<LO>cal: Additional connect text file, displayed only to local users, i.e., 
those not coming in via the network. 


<M>ail: Connects user to nearest BBS (mailbox). As sysop, sets same. 
<MH>eard: Displays last 30 direct heard callsigns with timestamp. 
Optionally, a port number, a callsign (with or without SSID) 
or a number (16...200) of entries to be listed may be given. 
<MO>de: sysop only command, to configure a port. 


<MY>call: Gives the callsign and SSID range of the node. As sysop, sets same. 


<P>arameters: Puts out a list of the current parameters and some of the 
channel statistics. 


<Q>uit: Disconnect from Digi. NOTE: "B" or "BYE" will not disconnect !!! 
<S>etsearch: Lists Digi's that <F>ind command will search. As sysop, sets same. 
<ST>atistics: Displays all current operating statistics of the Digi. 

<SY>sop: sysop only command, for remote control access. 

<T>alk (call) (text) - send a short text message to a specific user 


<U>sers: Lists current users of this Digi. 
<U *> gives expanded user info. 
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<W>rite: sysop only command, to upload information texts. 


eof. 
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